IN THE UNITED STATES PATENT AND TRADEMARK OFFICE 
REQUEST FOR FILING APPLICATION UNDER RULE 1.53(b) 



AttyDkt: 871-92 

C# M# 
Date: October 1 3, 2000 
Group: 2762 
Examiner: K. Booker 



Pursuant to 37 CFR 1 .53(b), please file a [X] continuation/D divisional 
of the pending prior PATENT APPLICATION of: 
Inventor: NATHAN etal. 
Serial No. 09/144,440 
Filed: September 1, 1998 

For: SYSTEM FOR REMOTE LOADING OF OBJECTS OR FILES IN ORDER TO UPDATE 
SOFTWARE JC685 U.S. PTO 

Assistant Commissioner for Pate 
Washington, DC 20231 

Sir: "10/13/00 

This request for filing under Rule 53(b) is made by the following named inventor(s) (using the above-identified title): 
Inventor(s): NATHAN et al. 
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Attached is a true copy of the prior application as originally filed including the certified English translation and 19 
pages of the French version specification, claims, Oath/Declaration and drawings (if any) and abstract (if any). No 
amendments (if any) referenced in the Oath or Declaration filed to complete the prior application introduced new 
matter. 

Priority is hereby claimed under 35 USC 119 based on the following foreign applications, the entire content of which is 
hereby incorporated by reference in this application: 

Application Number Country Dav/Month/Year/Filed 

98 08296 France 21 July 1 998 

□ certified copy(ies) of foreign application(s) attached or 

□ already filed on in prior appln. no. filed 

El already filed in 09/144,440 



filed 



September 1, 1998 



[TJ Please amend the specification by inserting before the first line: -- This application claims the benefit of U.S. 
rn Provisional Application No. , filed , the entire content of which is hereby incorporated by reference in this 
}q application. 

E|K The prior application is assigned to Touchtunes Music Corporation. 

Power of Attorney has been granted to Joseph S. Presta et al, Reg. No. 35,329 of Nixon & Vanderhye P.C., 1 100 N. 
J?. Glebe Rd., 8 th Fir, Arlington, VA 22201 . 

[p: Address all future communications to: Nixon & Vanderhye P.C., 1 100 N. Glebe Rd., 8 th Floor, Arlington, VA 22201 . 
HP Please amend the specification by inserting before the first line -This is a continuation of application Serial No. 

* 09/144,440, filed September 1 , 1998, now pending, the entire content of which is hereby incorporated by 

U reference in this application.- 

The Examiner's attention is directed to the prior art cited in the parent application by applicant and/or Examiner for the 

U reasons stated therein. 

§3 1 Please enter the attached and/or below preliminary amendment prior to calculation of filing fee: 
SB PTO-1449 Forms 

I2R The entire disclosure of the prior application above-referenced is considered as being part of the disclosure of this 
^ new application and is hereby incorporated by reference therein. 

FILING FEE IS BASED ON CLAIMS AS FILED LESS ANY HEREWITH CANCELED 

Basic Filing Fee 

Total effective claims 3 - 20 (at least 20) = 0 x $ 1 8.00 
Independent claims 1 -3 (at least 3) = 0 x$ 80.00 

If any proper multiple dependent claims now added for first time, add $270.00 (ignore improper) 



If "small entity," then enter half (1/2) of subtotal and subtract 
Assignment Recording Fee ($40.00) 



SUBTOTAL 



SECOND SUBTOTAL 



TOTAL FEE ENCLOSED 



$ 


710.00 


$ 


0.00 


$ 


0.00 


$ 


0.00 


$ 


710.00 


■$( 


0.00) 


$ 


710.00 


$ 


0.00 


$ 


710.00 



Any future submission requiring an extension of time is hereby stated to include a petition for such time extension. 
The Commissioner is hereby authorized to charge any deficiency in the fee(s) filed, or asserted to be filed, or which 
should have been filed herewith (or with any paper hereafter filed in this application by this firm) to our Account No. 14- 
1 140. A duplicate copy of this sheet is attached. 



1 100 North Glebe Road, 8 th Floor 
Arlington, Virginia 22201-4714 
Telephone: (703)816-4000 
Facsimile: (703)816-4100 
JSP:mg 



NiXON & VANDERHYE P.C. 

By Atty: Joseph S. Presta, Reg. No. 35,329 



Signature: 
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VER1FTCAT TOH OF TRANSIATXQK 

I , Tom Appich, a translator with Chillaon Translating 
Service, 3326 Brantly Road, Glenwood, Maryland 21738, hereby 
declare as follows: 

That I an familiar with the French and English languages ; 

That I an capable of translating from French to English; 

That the translation attached hereto is a true and accurate 
translation of the French Application titled, -System For Remote 
Loading of Objects Or Files in Order To Update Software;" 



O That all statements made herein of my own knowledge are true 

fjj? and that all statements made on information and belief are 
<C 

O believed to be truer 
CO 

And further that these statements were made with the 
Knowledge that willful false statements and the llXe so made are 
punishable by fine or imprisonment , or both, under Section lOOl 
of Title 18 of the United States Code and that such willful false 
statements may jeopardize the validity of the application or any 
registration resulting therefrom. 



Executed this / day of 
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IN THE UNITED STATES PATENT AND TRADEMARK OFFICE 

In re Patent Application of 

NATHAN etal. Atty.Ref.: 871-92 

Serial No. Not Yet Assigned Group: 2762 

Filed: October 13, 2000 Examiner: K.Booker 

For: SYSTEM FOR REMOTE LOADING OF 

OBJECTS OR FILES IN ORDER TO UPDATE 
SOFTWARE 

October 13, 2000 

Assistant Commissioner for Patents 
Washington, DC 20231 

Sir: 

PRELIMINARY AMENDMENT 

In order to place the above-identified application in better condition for 
examination, please amend the application as follows: 

IN THE ABSTRACT 

Please substitute the Abstract of the Disclosure submitted herewith on a separate 
sheet for the Abstract currently on file. 

IN THE SPECIFICATION 

Please amend the specification as follows: 

Page 1, between lines 2 and 3, insert the following heading: 

--BACKGROUND OF THE INVENTION-; 
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rsJATH^N et al. 

Serial No. Not Yet Assigned 

line 13, delete "said" and insert -the--. 
Page 2, line 7, delete "a last"; 

between lines 14 and 15, insert the following heading: 
-SUMMARY OF THE INVENTION-; 
line 20, delete "be". 
Page 4, line 11, delete "said" and insert —the-; 
line 15, delete "said" and insert -the-; 
line 21, delete "said" and insert -the—. 
Page 5, line 4, delete "that"; 

line 9, before "the" (first occurrence) insert —and—. 
Page 6, between lines 22 and 23, insert the following heading: 

-BRIEF DESCRIPTION OF THE DRAWINGS-. 
Page 7, line 2, after "invention;" insert —and—; 

between lines 4 and 5, insert the following heading: 
-DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS-; 
line 8, delete "Microprocessor" and insert -Referring to Figure 1, a 
microprocessor—; 

line 24, delete "means" (both occurrences). 
Page 8, line 3, delete "Bulk" and insert -A bulk-; delete "means"; delete "use" 
and insert -uses-; 

line 4, delete "are" and insert -is-; 

line 5, delete "means"; delete "are" and insert -is-; 



-2- 



465668 



IsTATHAN et al. 

Serial No. Not Yet Assigned 

line 6, delete "These means serve" and insert --This storage serves--; 
line 19, delete "initialization means" and insert —display--; after "circuit" 

insert —6—. 

Page 9, line 2, delete "makes it possible, after having displayed" and insert 
-is able to display—. 

Page 10, line 25, delete "means" (both occurrences); after "reproduction" insert - 
structure—. 

Page 11, line 8, delete "said" and insert -the-. 
Page 12, line 19, after "tasks," insert —using the—. 

IN THE CLAIMS 

Please cancel claims 1-15 and add new claims 16-18 as follows: 
-16. A system for remote loading of objects or files in order to update software, 
comprising operating system architecture that includes a breakdown of various tasks into 
software modules that are interconnected by dynamic links or are made up of executable 
subroutines that have primary dependence links to other parts of the operating system, 
wherein each of the software modules is composed of object files or library files that are 
represented by dynamic link libraries that are organized between them according to a 
number of levels of dependence that are described in their respective attributes.— 

—17. A system for remote loading of objects or files in order to update software 
according to claim 16, wherein the attributes of an object or a library indicate a version 
number and dependencies of the object with respect to other objects.- 
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TsfATHAN et al. 

Serial No. Not Yet Assigned 

-18. A system for remote loading of objects or files in order to update software 
according to claim 17, wherein the attributes indicate the level attributed to the software 
modules. ~ 

REMARKS 

This Preliminary Amendment is being filed concurrently with the instant 
continuation application. Favorable examination is respectfully requested. 

In the parent application, the Examiner asserted that Schmidt anticipates claims 
17-19. For at least the following reasons, Applicant respectfully submits that the 
pending claims are patentably over the prior art of record. 

Schmidt teaches a software version management system, which allows collecting 
and recompiling, automatically, an updated version of component software objects of a 
software program (see abstract). Applicant respectfully points out that the purpose and 
operation of the instant invention is significantly different from that of Schmidt. 
Specifically, the purpose of the present invention (see page 2 of specification) is to avoid 
rebooting the terminal when an updated component software is downloaded. According 
to claim 17, updating of the software is made with software modules or executable 
subroutine. 

Further, the system of Schmidt concerns the development a program. According 
to this reference, the program components are stored in different locations in a network. 
All program components are accessible by a plurality of network users. This particular 
structure allows a plurality of users to access and modify each component. The system of 



-4- 



465668 



NATHAN et al. 

Serial No. Not Yet Assigned 

Schmidt insures that users are using always an updated version of the program and 
manages the modification introduced by a user. 

On the contrary, the present invention is directed to a system for remote loading of 
objects or files in order to update software. This means that the module constituting the 
software of the terminal is not modified but is simply replaced by an updated one. In 
other words, there is no remote modification of modules as disclosed in Schmidt. 

Further, all modules are stored on the terminal, which means the entire operating 
system is stored on the terminal, and not in different location stations of a network. 

Schmidt teaches that the system uses modules, which are distinct components for 
managing the version and dependencies of the component (abstract). On the contrary, 
according to claim 17 of the present invention, the management of the dependency of the 
module between each other is integrated in each module itself by attributes. Thus, when 
a new module is downloaded, the checking of its dependency is made by the reading of 
the attributes comprising all dependence of this module. 

Thus, Schmidt does not teach or suggest each and every element of the claimed 
invention, as required for anticipation under section 102. For example, Schmidt does not 
teach that modules used to update the software program are software modules or 
executable subroutines when they are downloaded on the terminal. Further, Schmidt 
does not teach that all modules are stored in a unique location. Moreover, none of the 
other references of record make up for the deficiencies in Schmidt. 
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Serial No. Not Yet Assigned 

In view of the above, Applicant respectfully submits that all of the pending claims 
are in condition for allowance. Thus, allowance of the pending claims are earnestly 
solicited. 

Should the Examiner have any questions, or deem that any further issues need to 
be addressed prior to allowance, the Examiner is invited to call the undersigned attorney 
at the phone number below. 



Respectfully submitted, 
NIXON & VANDERHYE P.C. 




JSP:mg 

1 100 North Glebe Road, 8 th Floor 
Arlington, VA 22201-4714 
Telephone: (703) 816-4000 
Facsimile: (703) 816-4100 
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ABSTRACT OF THE DISCLOSURE 



A system for remote loading of objects or files in order to update software 
includes operating system architecture that calls for different tasks to be broken down 
into software modules that are connected to one another by dynamic links or are 
composed of executable subroutines that have main dependence links to other parts of the 
operating system. Each of the modules is composed of object files or libraries that are 
represented by dynamic link libraries among themselves according to a number of 
dependence levels that are described in their respective attributes. 
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System For Remote Loading of Objects Or Files in Order 

To Update Software 



This invention pertains to a system for remote loading of 
objects or files in order to update software, particularly for 
audiovisual reproduction systems that are triggered by the 
payment of fees, such as jukeboxes or other devices. 

In the prior art, devices for remote loading of an operating 
system through a network are known such as, for example, from 
British Patent No. 2 231 180. The teaching of this patent 
application calls for loading a first computer, which is 
connected to a second computer via a network, by loading a subset 
of the operating system into the memory of the first computer, 
whereby said subset contains the commands that make it possible 
to copy files, create a directory, and format a disk, as well as 
allowing a connection to operate through the network so that this 
subset can then be used to transfer all of the operating system 
files from the second computer to the disk of the first computer. 

In this type of remote loading, the purpose is to load the 
entire operating system and all of the operating system files. 
This thus limits remote loading either to tying up, for 
relatively long periods of time, telecommunications systems that 
are to carry out remote loading in the case of the operating 
system, or causes the relevant files to have to be updated 
frequently. 
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From U.S. Fatent No. 4,958,278 a system is also known for 
remote loading to a terminal that is not equipped with a disk 
player. 

From French Patent No. 2 682 786 another process is known 
for remote loading to a terminal that is not equipped with a hard 
disk. 

Finally, a last European Patent No. 0 358 992 teaches a 
method for remote loading, via a network, of an operating system 
or of executable files to a computer that does not include a boot 
device or other devices that hold the executable program. A 
first minimum boot program is transferred initially, and then 
this minimum boot program executes itself, establishes a logical 
link to a disk of the server, and allows the querying computer to 
treat the server disk as a local boot device. 

The object of the invention is to avoid the necessity, on 
the one hand, of rebooting the terminal to which downloading is 
done and, on the other, to make it possible to transfer operating 
files or parts of an executable program without having to 
reinitialize the machine, and doing so while making sure that the 
operation of the system is not be degraded by the remotely loaded 
version . 

This object is achieved by virtue of the fact that the 
architecture of the operating system provides for breaking the 
different tasks down into software modules that are 
interconnected by means of dynamic links or are composed of 
executable subroutines that have main dependence links to other 
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parts of the operating system, whereby each of the modules is 
composed of object files or libraries that are represented by 
dynamic link libraries, which are organized among themselves 
according to a number of dependence levels, as described in their 
respective attributes . 

According to another feature, the attributes of an object or 
a library indicate the version number and the dependencies of the 
object with respect to other objects. 

According to another feature, the attributes indicate the 
levels attributed to the modules. 

According to another feature, the different tasks include a 
main task that includes a module ( JUKECORE) , which is designed to 
load the dynamic link libraries (DLLs) , to initialize the nucleus 
of the program, to initialize the graphics management module 
(GFX) , to initialize the library loading module (WDLL) , to load 
the Telecom module of the telecommunications tasks (TELECOM.DLL), 
and to launch the screen interpreter program as a main task. 

According to another feature, the program is subdivided into 
a certain number of modules that define a task that is specific 
to the terminal. 

According to another feature, this specific task is that 
which corresponds to a jukebox and includes a specific main task, 
a certain number of modules that define the "Windows" functions 
of the display, which are the following: 

- a module for running the mouse signals or the touch 
screen; 
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- a module for running the messages that are exchanged among 
the objects; 

- a "FIL.DJL" module for managing the files on disk; 

- a "FIL.DJL" module for reading and writing files to and 
from disk; 

- a "FILIO.DJL" module for monitoring all of the events that 
are generated by the hardware, such as the touch screen, the 
sound card, and the money hardware processing interface. 

According to another feature, the main task of the jukebox 
application includes a "SILOAD.DLL" module, which contains the 
library of the loader program, whereby said library is intended 
to verify the versions of the dynamic link libraries that are 
requested, to load them, and to call the Telecom task modules in 
order to transfer files. 

According to another feature, said SILOAD module includes 
the list in a file (DLL. DEFAULT) of the minimum versions that are 
required for operation, as well as the list of all of the 
functions that are represented either by the libraries (DJL) 
(DATA JUKEBOX LIBRARY) or by the object files (DJO DATA JUKEBOX 
OBJECT) . 

According to another feature, said object or library 
contains the list of all of the functions that the library or 
object needs, as well as the version numbers and dependencies. 

According to another feature, WDLL ensures the management of 
all of the new modules and verifies that the remotely loaded 
modules do not have any missing dependencies and that they have 
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been loaded with the necessary versions. 

According to another feature, SILOAD manages the loading of 
the modules that are specific to the task of the terminal, i.e., 
all of the "DJL" modules already listed above, as well as that 
the jukebox library modules constituted by WOBJECT manage the 
object, the mixer, and the purchases; the "WCURSOR" module 
manages the movements of the cursor; the DBMAPI module manages 
the database; the "WFONTS" module manages all of the font types; 
the " PARSER" module analyzes and generates the screens from the 
script and verifies the grammar with the aid of the "GRAMMAR. DJL" 
module, and the lexical module "LEXY.DJL." 

According to another feature, the library loading module 
SILOAD includes a "WINDEF" module that contains the list of the 
files that have to be included in order to manage the windows of 
a Windows display that is supplied on the monitor of the jukebox- 
type terminal. 

According to another feature, this list of objects consists 

of: 

- an "OBJET WPSCREEN . DJO" module, which makes it possible to 
define the main page on the monitor; 

- a "WSCREEN.DJO" object module, which makes it possible to 
determine in this main page the number of screens that are 
available and thus to allow multiple windows or screens to be 
displayed; 

- a "WIMAGE.DJO" module, which makes it possible to 
determine and define on the screen the image that it will use; 
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- a "WANIM.DJO" module, which makes it possible to define 
the animation when the image is animated; 

- a "WBUTTON.DJO" module, which makes it possible to define 
and manage the buttons that are used on the screen of the main 
page; 

- a "WLABEL.DJO" module, which makes it possible to create 
the labels that make it possible to write on top of an object; 
and 

- a "WSCROLLER . DJO" module, which makes it possible to 
design the scroll display zones, between two points for example, 
horizontal, diagonal, vertical. 

According to another feature, all of these object modules, 
which are managed by the main task, use a "JHANDLER" library, 
which makes it possible to define the fixed uses of the screens 
and thus to determine which are the interfaces that ensure the 
link to the different objects that are defined by the preceding 
modules . 

According to another feature, the SILOAD task launches or 
loads the "XCP ,T module, makes it possible to manage payment tasks 
such as those handled by ticket receiving systems or coin or card 
payment units, and also makes it possible to save the basic 
information in the IBUTTON. 

Other features and advantages of this invention will be made 
clearer by reading the description given below, with reference to 
the attached drawings, where: 
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Figure 1 shows a schematic of the electrical diagrams of the 
hardware that constitutes the invention; 

Figure 2 shows a flow chart of the relationships between the 
library modules and the object modules. 

Preferably, but without being limited hereto, the 
audiovisual reproduction system uses the hardware elements listed 
and referenced below, 

Microprocessor central unit 1 is a high-performance PC 
compatible system, whereby during implementation a Pentium-type 
system was chosen that has the following memory resources and 
specifications : 

- compatibility with the local VESA bus; 

- processor cache: 256 KB minimum; 

- RAM memory: 32 MB; 

- high-performance serial ports; 

- SVGA microprocessor graphics adapter; 

- SCSI/2 type bus controller; 

- self-powered static RAM memory. 

Any other central processing unit that has the equivalent or 
better performance can be used in the invention. 

This central processing unit controls and manages a sound 
control circuit (5), a telecommunications control circuit (4), an 
input control circuit (3), a bulk storage control circuit (2), 
and a display means control circuit (6) . The display means 
consists primarily of a flat-screen non-interlaced SVGA 
high-resolution and low-radiation video monitor (62), i.e., this 
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is the monitor that is used to reproduce images (for example, the 
album covers of musical selections), graphics, or video clips. 

Bulk storage means (21), which use hard disks of the 
high-speed and high-capacity SCSI type, are associated with the 
storage means that are already present in the microprocessor 
device. These means serve to store digitized and compressed 
audiovisual information. 

A high-speed telecommunications modem adapter (41), which is 
built in in order to enable the link to an audiovisual 
information distribution network that is controlled by a central 
*I server. 

In order to reproduce the sound information of the musical 
H selections, the system includes loudspeakers (54) that receive 
'Ji the signal from a tuner-amplifier (53), which is connected to 
= electronic circuit (5) that incorporates two memory buffers (56, 
O 57) of the music synthesizer type that are supplied to support a 
W large number of input sources while providing CD (compact disc) 
O type output quality. 

Likewise, the initialization means control circuit also has 
two buffer memories (66, 67) for the purpose explained above. 

A 240-watt thermally regulated and ventilated power supply 
feeds power to the system. This power supply is protected 
against overcurrents and overdriving. 

By means of its input controller circuit (3), the 
audiovisual reproduction system manages a touch screen (33), 
which includes a glass coating panel that uses the "advanced 
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surface-wave technology", as well as an AT-type bus controller. 
This touch screen makes it possible, after having displayed on 
video monitor (62) or the screen of a television set (61) various 
selection data that are used by the customers, as well as 
management command and control data that are used by the manager 
or owner of the system. This touch screen is also used for 
maintenance purposes in combination with an external keyboard 
(34) that can be connected to the system which, for this purpose, 
has a keyboard connector that is controlled by a key lock (32) 
via interface circuit (3) . 

Input circuit (3) also interfaces the system with a remote 
control assembly (31) that consists of, for example, a radio 
frequency RF remote control. 

A fee payment device (35) is also connected to input 
interface circuit (3) . It is also possible to use any other 
device that makes it possible to receive any kind of payment 
using coins, tickets, tokens, magnetic or microchip cards, or any 
combination of these means of payment. 

To allow the system to be installed, it is equipped with a 
chassis or is built with customizable external fittings. 

In addition to these elements, a wireless microphone (55) is 
connected to sound controller (5); this makes it possible to 
convert the sound controller into a powerful public-address and 
information system or optionally into a karaoke machine. 
Likewise, the system can also use a wireless loudspeaker system. 
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Remote control assembly (31) allows the manager from, e.g., 
behind the bar, to access and control various commands such as: 

- the microphone on-off control; 

- the loudspeaker muting control; 

- the control for canceling the musical selection that is 
currently being played. 

Two buffers (56, 57) are associated with sound controller 
circuit (5) in order to make it possible to store, each 
alternately, a data item corresponding to at least approximately 
a quarter of a second of sound. Likewise, two buffers (66, 67) 
are associated with video controller circuit (6), whereby each 
buffer is able, either by itself or alternatively, to stora at 
least approximately one-tenth of a second of an image. Finally, 
a respective buffer (46, 36, 26) is associated with each of 
communications controller circuit (4), input interface circuit 
(3) , and storage circuit (2) . 

The system operating software was developed around a library 
of tools and services that were very largely oriented toward the 
audiovisual domain in a multimedia universe. This library 
advantageously includes a high-performance multitask operating 
system that effectively allows the simultaneous execution of 
multiple fragments of code. This operating software also allows 
the concurrent execution, in an orderly and completely 
conflict-free way, of operations that are carried out on the 
display means and the sound reproduction means, as well as the 
managing of the telecommunications links through the distribution 
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network. Moreover, this software is highly flexible. 

The operating system is divided into modules, which include 
a first boot module (7), which in turn is subdivided into a first 
main program module (70) "JUK.EXE", which checks the memory and 
verifies whether the minimum number of objects is available to 
ensure the operation of the jukebox; a second module (71), which 
is dynamically linked and is dependent thereon, is represented by 
the "JUKECORE.DLL" module. The function of said second module 
(71) is to hold the libraries in C and to ensure the execution of 
the main task. 

2 The architecture of the operating system calls for the 

f ] different tasks to be broken down into software modules that are 

3 connected to one another by dynamic links or consist of 

U executable subroutines that have main dependence links to other 
parts of the operating system. Each of the modules is composed 
3 of object files or dynamic link library files that are organized 
-J according to a number of dependence levels described in the 
3 attributes. The attributes of an object or a library indicate 
the version number and the dependencies of the object or lxbrary 
file with respect to other object files, as described below for 
the PARSER module. Each attribute indicates the level attribute 
to the module. Thus, the JUK.EXE module (70) is of a higher 
level than the modules JUKECORE (71), TLS (72), CRDE (73), GFX 
(74), WDLL (75), JEEP (9) and TELECOM (10), but TELECOM module 
(10) is dependent on JEEP module (9) (see link 910), and is thus 
lower in level than JEEP (9) . 
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Likewise, JEEP (9) (see link 759) is of a lower level than 
WDLL module (75), because it is dependent on it and TLS (725), of 
a higher level than WDLL (75) . However, TLS and GFX may be on 
the same level. The main task includes a module (JUKECORE) whose 
purpose is to initialize or load module (73} , the nucleus of 
program "CRDE . DLL" , to initialize or load module (74) for 
managing graphics (GFX), to initialize or load module (75) for 
loading libraries (WDLL. DLL), to load Telecom module (10) for the 
task of telecommunications (DLL), to load TLS . DLL module (72), 
which contains all the uses required for the jukebox, for 
telecommunications, time, decryption, etc.,..., to initialize or 
load the library of JEEP (Juke Execution Exchange Protocol) 
programs, which handle the tasks of an integrity server, load 
request and dialogue with the server, and to launch program (80, 
SILOAD.DLL) as a main task. The main task of the jukebox 
application includes a module (SILOAD.DLL) that contains the 
library of the loader program whose purpose is to verify the 
dynamic link library versions required in (WDLL) , to load them or 
to call the tasks, Telecom module in order to transfer files. 
The WDLL. DLL module includes the list in a file ( DLL . DEFAULT) of 
the versions that are required for operation, as well as the list 
of all of the functions that are represented by libraries 
(LIBRARY) (DLL, DJL) or by object files (DJO) . Each object or 
library contains the list of all of the functions that the 
library or object needs, as well as the version members and 
dependencies. The WDLL module manages all of the new modules, 
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checks to verify the interdependencies, and verifies that the 
remotely loaded modules have no dependence and have been loaded 
with the required versions. Application part (8) that is 
inherent in a jukebox includes a certain number of modules that 
are loaded and launched by SILOAD and that define the "Windows" 
functions of the display, which include the following: 

- a module (81) for running the mouse or touch-screen 
signals; 

- a module (82) for running the messages that are exchanged 
between the objects and the various other modules; 

- a FIL . DLL module (83) for managing the files on disk; 

- a read-write module (84) FILO.DJL for files on disk; 

- a JSTRUCT.DJL module (85) for monitoring all of the events 
produced by the hardware, such as the touch screen, the sound 
card, and the interface for processing fee hardware. 

SILOAD manages the loading of the modules that are specific 
to the task of the terminal, i.e., all of the DJL modules already 
listed above, as well as jukebox library modules (87), consisting 
of WOBJECT (870), which manages the objects such as the mixer and 
purchases; WCURSOR module (871), which manages the movements of 
the cursor; DBMAPI module (872), which manages the database; 
WFONTS module (873), which manages all of the types of fonts; 
PARSER (syntactic analysis program) module (874), which analyzes 
and generates the screens from the script and verifies grammar 
with the aid of module "GRAMMAR. DJL" (876) and module "LEXY. DJL" 
(875), which is the lexical module that assigns the functions of 
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the words within the language. PARSER module (874) contains in 

its file header the following information: 

-char*parser _ version _ info = "DLL_INFO. DJL, " 

"DLL-NAME PARSER . DJL" 
"VERSION 1;" 
"CREATOR KENDALF;" 
"REQUIRES lexyy.djl;4" 
"REQUIRES grammar-djl;5"; 
All of the modules and all of the libraries (DJO, DLL, DJL) 

contain information similar to that of the PARSER module, and 

this information determines the needs in terms of versions and 

dependence . 

Thus, the PARSER module needs LEXY module version 4 and 
GRAMMAR module version 5 in order to allow it to be executed by 
the system. The double arrows in Figure 2, which connect the 
various modules to one another, indicate the order in which the 
different files are loaded. Thus, as indicated previously, it 
will be necessary to start by loading JUKE. EXE, then loading 
JUKECORE.DLL, and being able, from JUKECORE.DLL, to load GFX.DLL, 
TLS.DLL, WDLL . DLL, JEEP, DLL, TELECOM. DLL, CRDE . DLL, and 
SILOAD.DLL. 

The single arrows represent the dependencies between files. 
Thus, arrow (91) indicates that the DJL and, in particular, 
DBMAPI modules are dependent on CRDE. DLL. Arrow (93) indicates 
that the DJO files are dependent on the WOBJECT.DJL module. The 
WOBJECT.DJL module is itself dependent on the FILIO.DJL module. 
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Arrow (92a) indicates that DBMAPI.DJL is dependent on 
JSTRUCT.DJL, and arrow (92b) indicates that DBMAPI.DJL is 
dependent on WMESSAGE.DJL. Arrow (98) indicates that JSTRUCT.DJL 
is dependent on the WMESSAGE.DJL file. WMESSAGE is dependent on 
the MOUSE . DJL file and, since FILIO.DJL is dependent on the 
FIL.DJL file, the file XCP.DJL is dependent, as indicated by 
arrow (856), on JSTRUCT.DJL and, as indicated by arrow (826), on 
WMESSAGE.DJL. The JHANDLER file is dependent, as indicated by 
arrow (97), on WMESSAGE.DJL and, as shown by arrow (96), on 
JSTRUCT.DJL. The SILOOP.DJL file is dependent, as indicated by 
3 arrow (95), on JSTRUCT.DJL and, as indicated by arrow (94), on 
ri WMESSAGE.DJL. The TELECOM . DLL file is dependent, as indicated by 
3 arrow (910), on JEEP. DLL, which in turn is dependent, as shown by 
U arrow (959), on WDLL . DLL . The WDLL. DLL file is dependent, as 

indicated by arrow (725), on TLS.DLL. Likewise, arrow (89c) 
3 shows that GRAMMAR. DJL is dependent on LEXY . DLL and, as indicated 
Mi by arrow (99b), that LEXY. DJL is dependent on PARSER. DJL. Thus, 
t as was seen previously, PARSER requires LEXY and GRAMMAR to 
execute itself, and version 1 of PARSER calls version 4 of 
LEXY. DJL and version 5 of GRAMMAR. DJL. Likewise, WOBJECT.DJL is 
dependent, as indicated by arrow (99a), on PARSER. DJL. Thus, all 
of the .DJO, .DLL, and .DJL modules and libraries contain 
information similar to that of the PARSER module, which 
determines the version requirements of the various modules on 
which a given module is dependent. This information also 
indicates the dependencies of the modules with respect to the 



15 



other modules, as indicated by the arrows in Figure 2. 

Library loading module SILOAD also loads or launches a 
module SILOOP.DLL (90), with an event wait tape. A set of 
modules (88) contains a list of the files that have to be 
included there to manage the windows of a Windows display that is 
provided on the monitor of the jukebox-type terminal. 

This list of objects consist of: 

- an object file (883) "WPSCREEN. DJO", which makes it 
possible to define the main page on the monitor; 

- an object file (881) "WSCREEN", which makes it possible to 
determine on this main page the number of screens available and 
thus to make it possible to display multiple windows or screens; 

- an object file (880) "WIMAGE . DJO" , which makes it possible 
to determine and define on the screen the image that the screen 
will use; 

- an object file (882) "WANIM . DJO" , which makes it possible 
to define the animation when the image is animated; 

- an object file (885) "WBUTTON. DJO", which makes it 
possible to define and manage the buttons that will be used on 
the screen of the main page, such as the actuation buttons used 
in the graphical interface that is defined in patent application 
PCT WO 96/12258; 

- an object file (884) "WLABEL . DJO" , which makes it possible 
to create labels that make it possible to write on top of an 
object; and 
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- an object file (886) "WSCROLLER. DJO" , which makes it 
possible to define the vertical-scroll display zones, 

A "JHANDLER" library makes it possible to define the fixed 
uses of the screens and thus to determine which are the 
interfaces that ensure the links to the different objects that 
are defined by the previous modules. 

Library module "XCP" (86) makes it possible to manage the 
payment tasks such as those of ticket receiving systems or coin 
or card payment units and also makes it possible to back up basic 
information in the IBUTTON, which is an integrated circuit for 
storing secret codes for the user. 

Thus, when a new file is sent by remote loading to the 
system, the file contains information on its level, which depends 
on the type of file. The files of the graphical images, for 
example WIMAGE.DJO, have the highest levels, and the hardware 
management files, for example XCP.DJL, have the lowest levels. 
The JEEP module verifies the dependence logic by starting with 
the lowest-level files and moving up toward the higher files, ail 
the while ensuring that the necessary dependencies between the 
files or libraries are respected. In this way, a modification in 
WOBJECT.DJL will cause JEEP to verify that the version 
information required by WO JBECT . D JL for the DJO files that are 
dependent and are required for its execution corresponds to the 
minimum versions required by the information recorded in the 
WOBJECT.DJO file. Thus, if WOBJECT.DJL requires a certain 
version of WPSCREEN . DJO, it will verify that this version is at 
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least present and that, if there is only a version of an 
inadequate level, it will report a problem. Then JEEP will go up 
the dependence links toward FILIO.DJL and FIL.DJL. 

The hard disk of the jukebox is organized in such a way as 
to comprise a directory C:\NEWJUKE, which contains the new 
jukebox files when new modules are remotely loaded. Another 
file, C:\OLDJUKE, contains a backup of the stable versions of the 
files and modules that are required for the operation of the 
jukebox. The JEEP (JUKE EXECUTION EXCHANGE PROTOCOL) module 
contains an automatic file manager that keeps track of the 
modules and files that are updated by backing up the old files 
for a certain period of time and by moving their files into the 
NEWJUKE directory. This task also copies the files on the tracks 
of the disk in the event that there is a sudden incident during 
the remote loading operation. The JEEP module also contains a 
reboot manager that is responsible for changing the execution 
level of the files of the jukebox once the automatic file manager 
has determined that an update of the jukebox has been 
accomplished. The JEEP. DLL module also generates a MISDEPS.DAT 
file when a missing dependence has been detected. This fixe 
contains lines in the form NEEDPARSER.DLL arrow version 2: 

NEEDLEXY.DLL -> version 2.0, etc This file allows the 

server, by reading this MISDEPS.DAT file, to determine the 
modules on the jukebox and to reload them. 

Other modifications within the grasp of one skilled in the 
art are also part of the spirit of the invention. 
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Claims 

1. System for remote loading of objects or files in order 
to update software, wherein the architecture of the operating 
system calls for the different tasks to be broken down into 
software modules that are connected to one another by dynamic 
links or consist of executable subroutines with primary 
dependence with other parts of the operating system, whereby each 
of the modules consists of object files or libraries that are 
represented by dynamic link libraries, which are organized among 
themselves according to a number of dependence levels that are 
described in their respective attributes. 

2. System for remote loading of objects or files in order 
to update software according to claim 1, wherein the attributes 
of an object or a library indicate the version number and the 
dependencies of the object with respect to other objects. 

3. System for remote loading of objects or files in order 
to update software according to claim 2, wherein the attributes 
indicate the levels attributed to the modules. 

4. System for remote loading of objects or files in order 
to update software according to claims 1-3, wherein the different 
tasks include a main task, which includes a module ( JUKECORE) , 
whose purpose is to load the dynamic link libraries (DLL), to 
initialize the nucleus of the program, to initialize the graphics 
management module (GFX) , to initialize the library loading module 
(WDLL) , to load the Telecom module of the telecommunications 
tasks (TELECOM.DLL), and to launch the screen interpreter program 
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as a main task. 

5. System for remote loading of objects or files in order 
to update software according to claim 4, wherein the program is 
subdivided into a certain number of modules that define a task 
that is specific to the terminal. 

6. System for remote loading of objects or files in order 
to update software according to claim 5, wherein said specific 
task is that which corresponds to a jukebox and includes a 
specific main task, a certain number of modules that define the 
"Windows" functions of the display, which are the following: 

- a module for running the mouse or the touch-screen 
signals ; 

- a module for running the messages exchanged among the 
objects ; 

- a FIL.DJL module for managing the files on disk; 

- a FILIO.DJL read-write module for files on disk; 

- a JSTRUCT.DJL file for monitoring all of the events 
generated by the hardware, such as the touch screen, the sound 
card, and the money hardware processing interface. 

7. System for remote loading of objects or files in order 
to update software according to claim 5 or 6, wherein the 
specific main task of the jukebox application includes a module 
(SILOAD.DLL) that contains the loader program library whose 
purpose is to verify the required dynamic link library versions, 
to load them, and to call the Telecom task module in order to 
transfer files. 
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8. System for remote loading of objects or files in order 
to update software according to claim 7, wherein said SILOAD 
module contains the list in a file (DLL. DEFAULT) of the minimum 
versions that are acquired for operation, as well as the list of 
all of the functions that are represented either by libraries 
(DATA JUKEBOX LIBRARY) or by object files (DJO, DATA JUKEBOX 
OBJECT) . 

9. System for remote loading of objects or files in order 
to update software according to claim 8, wherein each object or 
library contains the list of all of the functions that the 
library or object needs, as well as the version numbers and 
dependencies . 

10. System for remote loading of objects or files in order 
to update software according to claim 4, wherein WDLL manages all 
of the new modules and verifies that the remotely loaded modules 
have no missing dependencies and have been loaded with the 
necessary versions . 

11. System for remote loading of objects or files in order 
to update software according to claim 7 , wherein SILOAD manages 
the loading of the modules that are specific to the task of the 
terminal, i.e., all of the DJL modules already listed above, as 
well as the jukebox library modules consisting of WOBJECT which 
manages the objects, the mixer, and purchases; the WCURSOR 
module, which manages the movements of the cursor; the DBMAPI 
module, which manages the database; the WFONTS module, which 
manages all the font types; the PARSER module (PARSER analysis 
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program) , which analyzes and generates the screens from the 
script and verifies the grammar with the aid of the "GRAMMAR. DJL" 
module and the lexical module "LEXY.DJL." 

12. System for remote loading of objects or files in order 
to update software according to claim 11, wherein the library 
loading module SILOAD includes a "WINDEF" module, which contains 
the list of the files that have to be included in order to manage 
the windows of a Windows display that is provided on the monitor 
of the jukebox-type terminal. 

13. System for remote loading of objects or files in order 
to update software according to claim 12, wherein said list of 
objects consist of: 

- an object module "OB JET WPSCREEN . DJO" , which makes it 
possible to define the main page on the monitor; 

- a "WSCREEN. DJO" module, which makes it possible to 
determine on this main page the number of screens available and 
thus to make it possible to display multiple windows or screens; 

- a "WIMAGE. DJO" module, which makes it possible to 
determine and define on the screen the image that the screen will 
use; 

- a "WANIM.DJO" module, which makes it possible to define 
the animation when the image is animated; 

- a "WBUTTON.DJO" module, which makes it possible to define 
and manage the buttons that are used on the screen of the main 
page; 
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- a "WLABEL . DJO" module, which makes it possible to create 
labels that make it possible to write on top of an object; and 

- a "WSCROLLER. DJO" module, which makes it possible to 
define scrolling display zones, for instance between two points, 
vertical, horizontal, diagonal. 

14. System for remote loading of objects or files in order 
to update software according to claim 13, wherein all of these 
object modules that are managed by the main task use a "JHANDLER" 
library, which makes it possible to define the fixed uses of the 
screens and thus to determine which are the interfaces that 
ensure the links to the different objects that are defined by the 
previous modules. 

15. System for remote loading of objects or files in order 
to update software according to claim 7, wherein the SILOAD task 
launches or loads the "XCP" module, making it possible to manage 
payment tasks such as ticket receiving systems or coin or card 
payment units and also makes it possible to back up the basic 
information in the IBUTTON. 
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Abstract 

Inventor: Guy Nathan 

Dominique Dion 
Filed by: TECHNICAL MAINTENANCE CORP. INC. 

This invention pertains to a system for remote loading of 
objects or files in order to update software. 

Said system for remote loading of objects or files to update 
software is characterized in that the architecture of the 
operating system calls for the different tasks to be broken down 
into software modules that are connected to another by dynamic 
links or are composed of executable subroutines that have main 
dependence links to other parts of the operating system, whereby 
each of the modules is composed of object files or libraries that 
are represented by dynamic link libraries among themselves 
according to a number of dependence levels that are described in 
their respective attributes. 



Figure 2 
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Translator 1 s notes : 



1. The term "auto-alimente" pertaining to static RAM (p. 6 
of the foreign, p. 4 of the English), was not found in available 
references and was thus rendered literally as "self-powered," but 
it may refer to the fact that such RAM is volatile, i.e., it will 
lose data if it has no power. 

2. The paragraph starting "A high-speed telecommunications 
modem adapter..," (foreign page 6, English p. 5) is an incomplete 
sentence . 

3. The second sentence in the paragraph starting "By means 
of its input controller circuit (3),..." (foreign page 6, English 
p. 5) is an incomplete. 
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SYSTEME DE TELECHARGEMENT D'OBJETS OU DE FIC HIERS POUR 

MISE A JOUR DE LOG1CIELS 

La presente invention concerne un systeme de telechargement 

5 d'objets ou de fichiers pour mise a jour de logicieis, notamment pour les 
systemes de reproduction audiovisueile declenches par paiement de 
redevances, tels que juke-box ou autres appareils. 

II est connu dans I'art anterieur des dispositifs de telechargement de 
systeme d'exploitation a travers un reseau tels que, par exemple par la 

10 demande de brevet britannique N° 2 231 180. Cette demande de brevet 
enseigne d'effectuer le chargement d'un premier calculateur lie a travers un 
reseau a un deuxieme calculateur en chargeant un sous-ensemble du 
systeme d'exploitation dans la memoire du premier calculateur, le sous- 
ensemble comprenant les commandes permettant la copie des fichiers, la 

15 creation d'un repertoire, le formatage du disque ainsi que le fonctionnement 
d'une connexion a travers le reseau pour ensuite utiliser ce sous-ensemble 
pour transferer du second calculateur I'ensemble des fichiers de systeme 
d'exploitation sur le disque du premier calculateur. 

Dans ce type de telechargement, ii convient d'effectuer le 

20 chargement de I'ensemble du systeme d'exploitation et de tous les fichiers 
du systeme d'exploitation. Ceci amene done soit a limiter les 
telechargements, soit a occuper, pendant des temps relativement longs, des 
systemes de telecommunications pour effectuer des telechargements dans 
le cas ou les systemes d'exploitation ou les fichiers associes doivent etre 

25 renouveles frequemment. 

II est egalement connu par le brevet americain N° 4 958 278 un 
systeme de telechargement sur un terminal non pourvu de lecteur de 
disques. 
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II est egaiement connu par le brevet frangais N° 2 682 786 un autre 
procede de telechargement sur un terminal non pourvu de disque dur. 

Enfin un dernier brevet europeen N° 0 358 992 enseigne une 
methode de telechargement a travers un reseau de systeme d'exploitation 
5 ou de programmes executables sur un calculateur qui ne comporte pas de 
dispositif d'amorgage ou d'autres dispositifs contenant le programme 
executable. Un premier programme d'amorgage minimum est transfere dans 
un premier temps, puis ce premier programme d'amorgage minimum 
s'execute, etablit une liaison logique vers un disque du serveur et autorise 
10 I'ordinateur de requite a traiter le disque du serveur comme un dispositif 
d'amorgage local. 

Le but de invention est d'eviter la necessite d'une part de reamorcer 
le terminal sur lequel on teiecharge et d'autre part, de permettre de 
transferer des fichiers d'exploitation ou des parties de programme 
15 executable sans avoir a reinitialiser la machine, tout en etant sur que le 
fonctionnement du systeme ne sera pas degrade par la version telechargee. 

Ce but est atteint par le fait que ('architecture du systeme 
d'exploitation comporte une repartition des differentes taches en modules 
logiciels relies entre eux par des liens dynamiques ou constitues de sous- 

20 programmes executables presentant des liens de dependance principale 
avec d'autres parties du systeme d'exploitation, chacun des modules etant 
constitue de fichiers d f objets ou de librairies representees par des librairies 
de liens dynamiques "dynamic links library" organisees entre elles selon une 
pluralite de niveaux de dependance decrits dans leurs attributs respectifs. 

25 Selon une autre particularity les attributs d'un objet ou d'une librairie 

indiquent le numero de version et les dependances de I'objet par rapport a 
d'autres objets. 

Selon une autre particularite, les attributs indiquent le niveau attribue 
aux modules. 
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Selon une autre particularite, les differentes taches comprennent 
une tache principale qui comporte un module (JUKECORE) destine a 
charger les librairies de liens dynamiques (DLL), a initialiser le noyau du 
programme, a initialiser le module de gestion des graphiques (GFX), a 
5 initialiser le module de chargement des librairies (WDLL), & charger le 
module Telecom des t§ches de telecommunications (TELECOM.DLL) et a 
lancer le programme interpreter d'ecran en tant que tache principale. 

Selon une autre particularite, le programme est subdivise en un 
certain nombre de modules definissant une t§che specifique au terminal. 
10 Selon une autre particularite, cette tache specifique est celle 

correspondant a un juke-box et comporte une t§che principale specifique, un 
certain nombre de modules definissant les fonctions "fenetres" de Paffichage, 
qui sont les suivantes : 

- un module d'exploitation des signaux souris ou de I'ecran tactile ; 
15 - un module d'exploitation des messages echanges entre les objets ; 

- un module "FIL.DJL" de gestion des fichiers sur disques ; 

- un module "FILIO.DJL" de lecture-ecriture de fichiers sur disques ; 

- un module "JSTRUCT.DJL" de surveillance de tous les 
evenements generes par les equipements, tels que Tecran tactile, la carte 

20 son, interface de traitement des equipements monetaire. 

Selon une autre particularite, la tache principale de Papplication juke- 
box comporte un module "SILOAD.DLL" qui contient la librairie du 
programme chargeur destinee a verifier les versions de librairies de liens 
dynamiques requises, de les charger et d'appeler le module des taches 

25 Telecom pour effectuer le transfert de fichiers. 

Selon une autre particularite, ce module SILOAD comporte la liste 
dans un fichier (DLL.DEFAULT) des versions minimales necessaires au 
fonctionnement ainsi que la liste de toutes les fonctions representees soit 
par des btbliotheques (DJL) (DATA JUKEBOX LIBRARY), soit par des 

30 fichiers d'objets (DJO DATA JUKEBOX OBJECT). 
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Seion une autre particularite, chaque objet ou bibliotheque contient 
la liste de toutes les fonctions, dont la bibliotheque ou Pobjet a besoin, ainsi 
que les numeros de version et les dependances. 

Selon une autre particularite, WDLL fait la gestion de tous les 
5 nouveaux modules, verifie que les modules telecharges n'ont aucune 
dependance manquante et ont ete charges avec les versions necessaires. 

Seion une autre particularite, SILOAD gere le chargement, des 
modules specifiques a la tache du terminal, a savoir tous les modules "DJL ,f 
deja enumeres ainsi que les modules de librairie juke-box constitues par 
10 WOBJECT gerent les objets, le mixeur, les achats ; le module "WCURSOR" 
gere les mouvements du curseur ; le module DBMAPl gere la base de 
donnee ; le module "WFONTS" gere tous les types de fonte ; ie module 
"PARSER" (PARSER Programme d'analyse) analyse et genere les ecrans a 
partir du script et verifie la grammaire a Taide du module "GRAMMAR. DJL" 
is et le module lexique "LEXY.DJL". 

Selon une autre particularite, le module de chargement de librairie 
SILOAD comporte un module "WINDEF" qui contient la liste des fichiers qu'il 
faut inclure pour gerer les fenetres d'un affichage fenetres prevu sur le 
moniteur du terminal de type juke-box. 
20 Selon une autre particularite, cette liste d'objets est constitute : 

- d'un module "OBJET WPSCREEN.DJO" qui permet de definir la 
page principale sur le moniteur ; 

- d'un module objet "WSCREEN.DJO" qui permet de determiner 
dans cette page principale le nombre d'ecrans disponibles et ainsi permettre 

25 Taffichage de plusieurs fenetres ou ecrans ; 

- d'un module "WIMAGE.DJO" qui permet de determiner et de definir 
dans Pecran I'image qu'il utilisera ; 

- d'un module "WANIM.DJO" qui permet de definir I'animation 
lorsque I'image est animee ; 

30 - d'un module "WBUTTON.DJO" qui permet de definir et gerer les 

boutons qui sont utilises sur 1'ecran de la page principale ; 
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- d'un module "WLABELDJO" qui permet de creer des etiquettes 
pemnettant I'ecriture par-dessus un objet ; et 

- d'un module "WSCROLLER.DJO" qui permet de definir des zones 
d'affichage a defilement, entre deux points par exemple, horizontal, diagonal, 

5 vertical. 

Selon une autre particularite, ('ensemble de ces modules d'objets, 
geres par la tache principale, utilise une librairie "JHANDLER" qui permet de 
definir les utilisations fixes des ecrans et done, de determiner quelles sont 
les interfaces qui assurent la liaison avec les differents objets definis par les 
10 modules precedents. 

Selon une autre particularite, la tache SILOAD lance ou charge le 
module "XCP", permet de gerer les taches de paiement telles que les 
systemes de reception de billets ou les unites de paiement a monnaie ou a 
carte et permet egaiement la sauvegarde des informations de base dans le 
15 I BUTTON. 

D'autres particularites et avantages de la presente invention 
apparaTtront plus clairement a la lecture de la description ci-apres faite en 
reference aux dessins annexes dans lesquels : 

la figure 1 represente une vue schematique du schema electrique du 
20 materiel constituant Tintention, 

la figure 2 represente un logigramme des relations entre les modules 
de Hbrairies et les modules d'objets. 

De preference mais cependant de maniere non limitative, le systeme 
de reproduction audiovisuelle utilise les elements materiels enumeres et 
25 references ci-apres. 

L'unite centrale 1 a microprocesseur est un systeme compatible PC 
de haute performance, le choix lors de la mise en oeuvre s'etant porte sur un 
systeme du type Pentium qui possede des moyens de memorisation et les 
caracteristiques suivantes: 
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- compatibility avec le bus local Vesa, 

- antememoire de processeun 256 kO minimum, 

- memoire vive: RAM de 32 MO 

- ports serie de haute performance, 

5 - adaptateur graphique type SVGA a microprocesseur 

- controleur de bus type SCSI/2, 

- memoire vive RAM statique auto-alimentee. 

Tout autre unite centrale, possedant des performances equivalentes 
ou superieures, pourra etre utilisee dans I'invention. 

io Cette unite centrale commande et gere une circuit de commande de 

son (5), un circuit (4) de commande des telecommunications, un circuit (3) 
de commande des entrees, un circuit (2) de commande de la memorisation 
de masse et un circuit (6) de commande des moyens de visualisation. Les 
moyens de visualisation se composent principalement d'un moniteur video 

15 (62) a ecran plat sans entrelacement de type SVGA a haute resolution et 
faible rayonnement, c'est ce moniteur qui est utilise pour la reproduction 
d'images (par exemple les couvertures d'albums des selections musicales), 
de graphiques ou de clips video, 

Des moyens de memorisation de masse (21), utilisant des disques 

20 durs de type SCSI haute vitesse et haute capacite, sont associes aux 
moyens de memorisation deja presents dans le dispositif a microprocesseur. 
Ces moyens servent au stockage d'informations audiovisuelles numerisees 
et compressees. 

Un adaptateur de modem de telecommunications (41 ) haute vitesse 
25 qui est integre pour autoriser la liaison avec un reseau de distribution 
d'informations audiovisuelles contrfile par un serveur central. 

Pour la reproduction des informations sonores des selections 
musicales, le systeme comporte des haut-parleurs (54) recevant le signal 
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d'un amplificateur-tuner (53) relie au circuit electrontque (5) incorporant deux 
tampons memoire (56, 57) et de type synthetiseur de musique prevu pour 
supporter un grand nombre de sources d'entree tout en fournissant une 
sortie presentant une qualite de type CD (disque compact). 

5 De meme le circuit de commande des moyens de visualisation 

comporte egalement deux memoires tampon (66, 67) dans ie but explicite 
ulterieurement. 

Une alimentation thermiquement regulee de 240 watts ventilee 
fournit Penergie au systeme. Cette alimentation est protegee contre les 
10 surintensites et les suroscillations. 

Le systeme de reproduction audiovisuelle gere, par le biais de son 
circuit controleur d'entree (3), un ecran tactile (33), qui inclut un panneau de 
revetement de la vitre utilisant la "technologie avancee d'onde de surface" 
ainsi qu'un controleur de bus de type AT. Cet ecran tactile permet apres 

is avoir affiche sur le moniteur video (62) ou I'ecran d'un televiseur (61) 
diverses informations de selection utilisees par les clients, ainsi que des 
informations de commandes et de controle de gestion utilisees par le gerant 
ou le proprietaire du systeme. II est egalement utilise a des fins de 
maintenance en combinaison avec un clavier externe (34) qui peut etre relie 

20 au systeme qui possede pour cela un connecteur de clavier, controle par un 
verrou a cle (32) a travers le circuit d'interface (3). 

Le circuit d'entree (3) interface egalement le systeme avec un 
ensemble telecommande (31) constitue, par exemple, d'une teiecommande 
RF a frequence a radio. 

25 Un dispositif de paiement de redevances (35) est egalement relie au 

circuit d'interface d'entree (3). II est egalement possible d'utiliser tout autre 
dispositif qui permette la reception de tout mode de paiement par pieces, 
billets, jetons, cartes magnetiques ou a puces ou toute combinaison des 
moyens de paiement 
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Pour loger le systerne, il est de plus prevu un chassis ou bati avec 
garnitures exterieures personnalisables. 

Outre ces elements, un microphone (55) sans fil est relie au 
controleur de son (5), ce qui permet de transformer ce dernier en un 
5 puissant systerne d'annonces et d'informations destinees au public ou 
eventuellement en machine de karaoke. De meme un systerne de haut- 
parieurs sans fil peut etre utilise par le systerne. 

L'ensembie (31) de commande a distance permet au gerant, par 
exemple de derriere le bar, d'acceder et de controler differentes commandes 
10 telles que: 

- la commande marche/arret du microphone, 

- la commande de mise en sourdine des haut-parleurs, 

- la commande de controle de volume sonore, 

- la commande d'annulation de la selection musicale en train d'etre 
is ecoutee. 

Deux tampons (56, 57) sont associes au circuit controleur de son (5) 
pour permettre de memoriser chacun de fagon alternative une information 
correspondant a environ au moins un quart de seconde de son. De meme 
deux tampons (66, 67) sont associes au circuit controleur de video (6) 
20 capables chacun et altemativement de memoriser environ au moins un 
dixieme de seconde d'images. Enfin un tampon respectif (46, 36 T 26) est 
associe a chacun des circuits controleur de communication^), d'interface 
d'entree (3) et de memorisation (2). 

Le logiciel d'exploitation du systerne a ete elabore autour d*une 
25 librairie d'outils et de services tres iargement orientes vers le domaine 
audiovisuel dans un univers multimedia. Cette librairie inclut de maniere 
avantageuse un systerne d'exploitation multitache performant qui autorise 
efficacement i'execution simultanee de multiples fragments de code. Ce 
logiciel d'exploitation permet ainsi les executions concurrentes, de maniere 
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ordonnee et en evitant tout conflit, d'operations realisees sur les moyens de 
visualisation, les moyens de reproduction sonores de meme que la gestion 
des liaisons de telecommunications au travers du reseau de distribution. De 
plus, ce logiciel presente une grande flexibility 

5 Le systeme Sexploitation est partage en modules comportant un 

premier module d'amorgage (7) iui-meme subdivise en un premier module 

(70) de programme principal "JUK.EXE" qui verifie la memoire et verifie si le 
minimum d'objets est present pour assurer le fonctionnement du juke-box ; 
un second module (71) lie dynamiquement et dependant de celui-ci est 

10 constitue par le module "JUKECORE.DLL". La fonction de ce second module 

(71) est de contenir les libraries de langage C et d'assurer la tache 
principale. 

[.'architecture du systeme d'exploitation comporte une repartition des 
differentes taches en modules logiciels relies entre eux par des liens 

15 dynamiques ou constitues de sous-programmes executables presentant des 
liens de dependance principale avec d'autres parties du systeme 
d'exploitation. Chacun des modules est constitue de fichiers d'objets ou de 
libraries de liens dynamiques "dynamic links library" organises selon une 
pluralite de niveaux de dependance decrits dans les attributs. Les attributs 

20 d'un objet ou d'une librairie indiquent le numero de version et les 
dependances du fichier d'objet ou de la librairie par rapport a d'autres 
fichiers d'objets, comme decrit ci-apres pour le module PARSER. Chaque 
attribut indique le niveau attribue au module. Ainsi, le module JUK.EXE (70) 
est de niveau superieur aux modules JUKECORE (71), TLS (72), CRDE 

25 (73), GFX (74), WDLL (75), JEEP (9) et TELECOM (10), mais le module 
TELECOM (10) est dependant du module JEEP (9) (voir lien 910), done de 
niveau inferieur a JEEP (9). 

De meme, JEEP (9) (voir lien 759) est de niveau inferieur au module 
WDLL (75), car dependant de celui-ci et TLS (lien 725) de niveau superieur 
30 a WDLL (75). Par contre, TLS et GFX peuvent etre de meme niveau. La 
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tache principale comporte un module (JUKECORE) destinee a initialiser ou 
charger le module (73), le noyau du programme "CRDE.DLL", a initialiser ou 
charger le module (74) de gestion des graphiques (GFX), a initialiser ou 
charger le module (75) de chargement (WDLL.DLL) des librairies, a charger 

5 le module (10) Telecom des taches de telecommunications (DLL), a charger 
le module (72) TLS.DLL qui contient toutes les utilisations necessaires au 

juke-box, aux telecoms, heure, decryptage, etc , a initialiser ou charger la 

librairie des programmes JEEP (Juke Execution Exchange Protocol) 
assurant les taches de serveur d'integrite, de requite de chargement et le 

10 dialogue avec le serveur, et a lancer le programme (80, SILOAD.DLL) en 
tant que tache principale. La tache principale de I'application juke-box 
comporte un module (SILOAD.DLL) contenant la librairie du programme 
chargeur destinee a verifier les versions de librairie a liens dynamiques 
requises dans (WDLL), de ies charger ou d'appeler le module des taches, 

15 Telecom pour effectuer le transfert de fichiers. Le module WDLL DLL 
comporte la liste dans un fichier (DLL.DEFAULT) des versions minimales 
necessaires au fonctionnement ainsi que la liste de toutes les fonctions 
representees soit par des bibliotheques (LIBRARY) (DLL, DJL), soit par des 
fichiers d'objets (DJO). Chaque objet ou bibliotheque contient la liste de 

20 toutes les fonctions, dont la bibliotheque ou I'objet a besoin, ainsi que les 
numeros de version et les dependances. Le module WDLL fait la gestion de 
tous les nouveaux module, s'assure des interdependences et verifie que les 
modules telecharges n'ont aucune dependance et ont ete charges avec les 
versions necessaires. La partie applicative (8) propre a un juke-box 

25 comporte un certain nombre de modules charges et lances par SI LOAD et 
definissant les fonctions "fenetres" de I'affichage, qui sont les suivantes : 

- un module (81) d'exploitation des signaux souris ou de I'ecran 

tactile ; 

- un module (82) d'exploitation des messages echanges entre les 
30 objets et les differents autres modules ; 

- un module (83) FIL.DJL de gestion des fichiers sur disques ; 
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- un module (84) FILIO.DJL de lecture-ecriture de flchiers sur 
disques ; 

- un module (85) JSTRUCT.DJL de surveillance de tous les 
evenements generes par les equipements, tels que i'ecran tactile, la carte 

5 son, I'interface de traitement des equipements monetaire. 

SI LOAD gere le chargement, des modules specifiques a la tache du 
terminal, a savoir tous les modules DJL deja enumeres ainsi que les 
modules de librairie juke-box (87) constitues par WOBJECT (870) qui gere 
les objets, tels que le mixeur, les achats ; le module WCURSOR (871) qui 

10 gere les mouvements du curseur ; le module (872) DBMAPI qui gere la base 
de donnee ; le module (873) WFONTS qui gere tous les types de fonte ; le 
module (874) PARSER (Programme d'analyse syntaxique) qui analyse et 
genere les ecrans a partir du script et verifie la grammaire a ("aide du module 
(876) "GRAM MAR. DJL" et le module (875) "LEXY.DJL" qui est le module 

15 lexique d'assignation des fonctions des mots a I'interieur du langage. Le 
module PARSER (874) contient dans son en-tete de fichier les informations 
suivantes : 

- char *parser_version_info= "DLLJNFO DJL;" 

"DLL-NAME PARSER.DJL;" 
20 "VERSION 1 ;" 

"CREATOR KENDALF;" 
"REQUIRIES lexyy.djl;4;" 
"REQUIRIES grammar-.djl;5"; 

25 Tous les modules et toutes les librairies (DJO, DLL, DJL) 

contiennent des informations semblables a celles du module PARSER et ces 
informations determinent les necessites de version et de dependance. 

Ainsi, le module PARSER a besoin des modules LEXY version 4 et 
GRAMMAR version 5 pour permettre son execution par le systeme. Les 

30 fleches doubles de la figure 2, reliant les differents modules entre eux, 
donnent I'ordre de chargement des differents fichiers. Ainsi, comme on l*a vu 
precedemment, il faudra commencer par charger JUKE.EXE pour ensuite 
charger JUKECORE.DLL et pouvoir, a partir de JUKECORE.DLL, charger 
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GFX.DLL, TLS.DLL, WDLL.DLL, JEEP.DLL, TELECOM.DLL, CRDE.DLL et 
SILOAD.DLL. 

Les fleches uniques represented ies dependances entre fichiers. 
Ainsi, la fleche (91) indique que les fichiers DJL et en particulier, DBMAPI 

5 sont dependants de CRDE.DLL. La fleche (93) montre que les fichiers DJO 
sont dependants du module WOBJECT.DJL. Le module WOBJECT.DJL est 
lui-meme dependant du module FILIO.DJL La fleche (92a) indique que 
DBMAPI. DJL est dependant de JSTRUCT.DJL et la fleche (92b) que 
DBMAPI. DJL est dependant de WMESSAGE.DJL. La fleche (98) indique 

10 que JSTRUCT.DJL est dependant pardu fichier WMESSAGE.DJL. 
WMESSAGE est dependant du fichier MOUSE.DJL et FILIO.DJL etant 
dependant du fichier FIL.DJL. le fichier XCP.DJL est dependant, par la 
fleche (856), de JSTRUCT.DJL et comme insique, par la fleche (826) de 
WMESSAGE.DJL. Le fichier JHANDLER est dependant, par la fleche (97), 

15 de WMESSAGE.DJL et comme represente, par la fleche (96) de 
JSTRUCT.DJL. Le fichier SILOOP.DLL est dependant, comme represente 
par la fleche (95), de JSTRUCT.DJL et par la fleche (94) de 
WMESSAGE.DJL. Le fichier TELECOM.DLL est dependant, comme indique 
par la fleche (910), de JEEP.DLL qui est lui-meme dependant, comme 

20 montre par la fleche (959), de WDLL.DLL Le fichier WDLL.DLL est 
dependant, par la fleche (725), de TLS.DLL. De meme, la fleche (89c) 
montre que GRAMMAR.DJL est dependant de LEXY.DLL et, par la fleche 
(99b), que LEXY.DJL est dependant de PARSER.DJLL. Ainsi, comme on a 
pu le voir precedemment, PARSER a besoin de LEXY et de GRAMMAR 

25 pour s'executer et la version 1 de PARSER fait appel a la version 4 de 
LEXY.DJL et a la version 5 de GRAMMAR.DJL. De meme, WOBJECT.DJL 
est dependant par la fleche (99a) de PARSER.DJL. Ainsi, tous les modules 
et toutes les librairies .DJO, .DLL, .DJL contiennent des informations 
semblables a celles du module PARSER qui determinent les necessites de 

30 version des differents modules dont un module donne est dependant. Ces 
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informations donnent egalement les dependances du module vis-a-vis des 
autres modules, comme cela est indique par les fleches sur la figure 2. 

Le module de chargement de librairie SILOAD charge egalement ou 
lance un module SILOOP.DLL (90) qui est une bande d'attente d'evenement. 
Un ensemble de modules (88) contient la liste des fichiers qu'il faut inclure 
pour gerer les fenetres d'un affichage fenetres prevu sur le moniteur du 
terminal de type juke-box. 

Cette liste d'objets est constitute : 

- d'un fichier d'objets (883) "WPSCREEN.DJO" qui permet de definir 
la page principale sur le moniteur ; 

- d'un fichier d'objets (881 ) "WSCREEN" qui permet de determiner 
dans cette page principale le nombre d'ecrans disponibles et ainsi permettre 
I'affichage de plusieurs fenetres ou ecrans ; 

- d'un fichier d'objets (880) "WIMAGE.DJO" qui permet de 
determiner et de definir dans I'ecran I'image qu'il utilisera ; 

- d'un fichier d'objets (882) "WANIM.DJO" qui permet de definir 
I'animation lorsque I'image est animee ; 

- d'un fichier d'objets (885) "WBUTTON.DJO" qui permet de definir et 
gerer les boutons qui sont utilises sur I'ecran de la page principale tels que 
les boutons d'actionnement utilises dans I'interface graphique definie dans la 
demande de brevet PCT WO 96/12258 ; 

- d'un fichier d'objets (884) "WLABEL.DJO" qui permet de creer des 
etiquettes permettant I'ecriture par-dessus un objet ; et 

- d'un fichier d'objets (886) "WSCROLLER.DJO" qui permet de 
definir des zones d'affichage a defilement vertical. 

Une librairie "J HANDLER" permet de definir les utilisations fixes des 
ecrans et done, de determiner quelles sont les interfaces qui assurent la 
liaison avec les differents objets definis par les modules precedents. 

Le module (86) de librairie "XCP" permet de gerer les taches de 
paiement telles que les systemes de reception de billets ou les unites de 
paiement a monnaie ou a carte et permet egalement la sauvegarde des 
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informations de base dans le IBUTTON qui est un circuit integre de 
memorisation de codes secrets pour Putiiisateur. 

Ainsi, lorsqu'un nouveau fichier est envoye par telechargement au 
systems, le fichier comporte des informations sur son niveau qui depend du 
5 type de fichier. Les fichiers des images graphiques, par exempie 
WIMAGE.GJO, ont les niveaux les plus eleves et les fichiers de gestion des 
parties Hardware, tels que, par exempie XCP.DJL, ont les niveaux les plus 
bas. Le module JEEP verifie la logique de dependance en commengant par 
les fichiers de niveau les plus bas et en remontant vers les fichiers 

10 superieurs tout en s'assurant que les dependances necessaires entre les 
fichiers ou librairies sont respectees. De cette fagon, une modification dans 
WOBJECT.DJL va amener JEEP a verifier que les informations de version 
necessaires a WOBJECT.DJL pour les fichiers DJO dependants et 
necessaires a son execution correspondent aux versions minimales requises 

15 par les informations inscrites dans le fichier WOBJECT.DJL. Ainsi, si 
WOBJECT.DJL necessite une version determinee de WPSCREEN.DJO, il 
verifiera que cette version est au minimum presente et s'il n'y a qu'une 
version de niveau insuffisant, il signalera un probleme. Puis JEEP va 
remonter les liens de dependance vers F1LIO.DJL et F1L.DJL. 

20 L'organisation du disque dur du Juke box est effectuee de fagon a 

comporter un repertoire C:\NEWJUKE qui contient les nouveaux fichiers 
Juke box lorsqu'on teiecharge de nouveaux modules. Un autre fichier 
C:\OLDJUKE contient la sauvegarde des versions stables des fichiers et 
modules necessaires au fonctionnement du Juke box. Le module JEEP 

25 (JUKE EXECUTION EXCHANGE PROTOCOL) contient un gestionnaire 
automatique de fichiers qui conserve la trace des modules et fichiers mis a 
jour en sauvegardant les fichiers anciens pendant un certain temps et en 
deplagant les nouveaux fichiers dans le repertoire NEWJUKE. Cette tache 
enregistre egalement les fichiers sur les pistes du disque en cas d'incident 

30 soudain pendant I'operation de telechargement. Le module JEEP contient 
egalement un gestionnaire de redemarrage dont la responsabilite est de 
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changer les niveaux d'execution des fichiers du Juke box une fois que le 
gestionnaire automatique de fichiers a determine qu'une mise a jour du Juke 
box s'etait produite. Le module JEEP.DLL genere egalement un fichier 
MISDEPS.DAT, lorsque ia detection d'une dependance manquante a ete 

5 faite. Ce fichier contient des lignes de ia forme NEEDPARSER.DLL -> 

version 2.0 ; NEEDLEXY.DLL version 2.0, etc, Ce fichier permet au 

serveur par lecture de ce fichier MISDEPS.DAT de determiner les modules 
sur le juke box et de les recharger. 

D'autres modifications a la portee de I'homme de metier font 

10 egalement partie de I'esprit de I'invention. 
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REVEND1CAT1QNS 



1. Systeme de teiechargement d'objets ou de fichiers pour mise a 
5 jour de logiciels caracterise en ce que I'architecture du systeme d'expioitation 

comporte une repartition des differentes taches en modules logiciels relies 
entre eux par des liens dynamiques ou constitues de sous-programmes 
executables presentant des liens de dependance principale avec d'autres 
parties du systeme d'expioitation, chacun des modules etant constitue de 
10 fichiers d'objets ou de librairies representees par des librairies de liens 
dynamiques "dynamic links library" organisees entre eiles selon une pluralite 
de niveaux de dependance decrits dans leurs attributs respectifs. 

2. Systeme de teiechargement d'objets ou de fichiers pour mise a 
jour de logiciels selon la revendication 1, caracterise en ce que les attributs 

is d'un objet ou d'une librairie indiquent le numero de version et les 
dependances de Tobjet par rapport a d'autres objets. 

3. Systeme de teiechargement d'objets ou de fichiers pour mise a 
jour de logiciels selon la revendication 2, caracterise en ce que les attributs 
indiquent le niveau attribue aux modules. 

20 4. Systeme de teiechargement d'objets ou de fichiers pour mise a 

jour de logiciels selon une des revendications 1 a 3, caracterise en ce que 
les differentes taches comprennent une tache principale qui comporte un 
module (JUKECORE) qui est destine a charger les librairies de liens 
dynamiques (DLL), a initialiser le noyau du programme, a initialiser le 

25 module de gestion des graphiques (GFX), a initialiser le module de 
chargement des librairies (WDLL), a charger le module Telecom des taches 
de telecommunications (TELECOM.DLL) et a lancer le programme 
d'interpreteur d'ecran en tant que tache principale. 

5. Systeme de teiechargement d'objets ou de fichiers pour mise a 
30 jour de logiciels selon la revendication 4, caracterise en ce que le 
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programme est subdivise en un certain nombre de modules definissant une 
t£che specifique au terminal. 

6. Systeme de telechargement d'objets ou de fichiers pour mise a 
jour de logiciels selon la revendication 5, caracterise en ce que cette tache 
5 specifique est celle correspondant a un juke-box et comporte une tache 
principale specifique, un certain nombre de modules, definissant les 
fonctions "fenetres" de I'affichage, qui sont les suivants : 

- un module d'exploitation des signaux souris ou de I'ecran tactile ; 

- un module d'exploitation des messages echanges entre les objets ; 
io - un module FIL.DJL de gestion des fichiers sur disques ; 

- un module FILIO.DJL de lecture-ecriture de fichiers sur disques ; 

- un module JSTRUCT.DJL de surveillance de tous les evenements 
generes par les equipements, tels que I'ecran tactile, la carte son, I'interface 
de traitement des equipements monetaire. 

15 7. Systeme de telechargement d'objets ou de fichiers pour mise a 

jour de logiciels selon la revendication 5 ou 6, caracterise en ce que la tache 
principale specifique de I'application juke-box comporte un module 
(SILOAD.DLL) contenant la librairie du programme chargeur destinee a 
verifier les versions de librairies de liens dynamiques requises, de les 

20 charger et d'appeler le module des taches Telecom pour effectuer le 
transfert de fichiers. 

8. Systeme de telechargement d'objets ou de fichiers pour mise a 
jour de logiciels selon la revendication 7, caracterise en ce que ce module 
SILOAD comporte la liste dans un fichier (DLL. DEFAULT) des versions 

25 minimales necessaires au fonctionnement ainsi que la liste de toutes les 
fonctions representees soit par des bibliotheques (DATA JUKEBOX 
LIBRARY), soit par des fichiers d'objets (DJO, DATA JUKEBOX OBJECT). 

9. Systeme de telechargement d'objets ou de fichiers pour mise a 
jour de logiciels selon la revendication 8, caracterise en ce que chaque objet 
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ou bibliotheque contlent la liste de toutes les fonctions, dont la bibliotheque 
ou I'objet a besoin, ainsi que les numeros de version et les dependances. 

10. Systeme de telechargement d'objets ou de fichiers pour mise a 
jour de logiciels selon la revendication 4, caracterise en ce que WDLL fait la 

5 gestion de tous les nouveaux modules, verifie que les modules telecharges 
n'ont aucune dependance manquante et ont ete charges avec les versions 
necessaires. 

1 1 . Systeme de telechargement d'objets ou de fichiers pour mise a 
jour de logiciels selon la revendication 7, caracterise en ce que SILOAD gere 

10 le chargement, des modules specifiques a la tache du terminal, a savoir tous 
les modules DJL deja enumeres ainsi que les modules de librairie juke-box 
constitues par WOBJECT qui gere les objets, le mixeur, les achats ; le 
module WCURSOR qui gere les mouvements du curseur ; le module des 
DBMAPI qui gere la base de donnee ; le module WFONTS qui gere tous les 

15 types de fonte ; le module PARSER (PARSER Programme d'analyse) qui 
analyse et genere les ecrans a partir du script et verifie la grammaire a I'aide 
du module "GRAMMAR. DJL" et le module lexique "LEXY.DJL". 

12. Systeme de telechargement d'objets ou de fichiers pour mise a 
jour de logiciels selon la revendication 1 1 , caracterise en ce que le module 

20 de chargement de librairie SILOAD comporte un module "WINDEF" qui 
contient la liste des fichiers qu'il faut inclure pour gerer les fenetres d'un 
affichage fenetres prevu sur le moniteur du terminal de type juke-box. 

13. Systeme de telechargement d'objets ou de fichiers pour mise a 
jour de logiciels selon la revendication 12, caracterise en ce que cette liste 

25 d'objets est constitute : 

- d'un module objet "OBJET WPSCREEN.DJO" qui permet de definir 

la page principale sur le moniteur ; 

- d'un module "WSCREEN.DJO" qui permet de determiner dans 
cette page principale le nombre d'ecrans disponibles et ainsi permettre 

30 I'affichage de plusieurs fenetres ou ecrans ; 
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- d'un module "WIMAGE.DJO" qui permet de determiner et de definir 
dans I'ecran I'image qu'il utilisera ; 

- d'un module "WANIM.DJO" qui permet de definir I'animation 
lorsque Pimage est animee ; 

5 - d'un module "WBUTTON.DJO" qui permet de definir et gerer les 

boutons qui sont utilises sur Yecran de la page principale ; 

- d'un module "WLABELDJO" qui permet de creer des etiquettes 
permettant Fecriture par-dessus un objet ; et 

- d'un module "WSCROLLER.DJO" qui permet de definir des zones 
10 d'affichage a defilement, entre deux points par exemple, vertical, horizontal, 

diagonal. 

14, Systeme de telechargement d'objets ou de fichiers pour mise a 
jourde logiciels selon la revendication 13, caracterise en ce que Pensemble 
de ces modules d'objets geres par la t§che principale, utilise une librairie 

15 "JHANDLER" qui permet de definir les utilisations fixes des ecrans et done, 
de determiner quelles sont les interfaces qui assurent la liaison avec les 
differents objets definis par les modules precedents. 

1 5. Systeme de telechargement d'objets ou de fichiers pour mise a 
jour de logiciels selon la revendication 7, caracterise en ce que la tache 

20 SILOAD lance ou charge le module "XCP" permettant de gerer les taches de 
paiement teiles que les systemes de reception de billets ou les unites de 
paiement a monnaie ou a carte et permet egalement la sauvegarde des 
informations de base dans le BUTTON. 
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Deposant : TECHNICAL MAINTENANCE CORPORATION INC 

5 

La presente invention concerne un systeme de telechargement 
d'objets ou de fichiers pour mise a jour de logiciels. 

Ce systeme de telechargement d'objets ou de fichiers pour mise a 
jour de logiciels est caracterise en ce que ('architecture du systeme 

10 d'exploitation comporte une repartition des differentes taches en modules 
logiciels relies entre eux par des liens dynamiques ou constitues de sous- 
programmes executables presentant des liens de dependance principale 
avec d'autres parties du systeme d'exploitation, chacun des modules etant 
constitue de fichiers d'objets ou de librairies representees par des librairies 

15 de liens dynamiques "dynamic links library" entre elles selon une pluralite de 
niveaux de dependance decrits dans leurs attributs respectifs. 
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